S公司是某市一家从事电子政务应用系统研发的系统集成公司，公司总经理原为该市市政府信息中心总工程师。S公司最近承接了该市政府X部门的一个软件项目，而X部门一直是S公司的老客户。因为当时公司总经理急于出差，所以在系统范围界定和验收标准并不十分明确的情况下，就和客户签订了合同，并任命李工为该项目的项目经理。

项目启动后，李工和项目技术负责人陈工，以及X部门的副延长胡某共同组成了变更控制委员会。随着项目的逐步开展，客户方不断提出一些变更要求，项目组起初严格按照变更管理流程进行处理，但是由于S公司与X部门比较熟悉，且胡某强调这些变更都是必需的业务要求，因此几乎所有变更都被批准和接受。项目组先后多次修改设计方案和模块代码，甚至返工了部分功能模块以应对这些变更。

由于客户方属于机关单位，审批程序严格，即使是很小的意见分歧也需要开会讨论，按程序办理，项目进度比预期要慢。李工要求项目组天天加班以保证进度，但需求变更似乎没完没了。为了节省时间，客户的业务人员不再正式提交变更申请，而是直接和程序员商量，程序员也往往直接修改代码而来不及做相关文档记录。对此李工也很无奈。

有一次，客户方的两个业务负责人对软件界面风格的看法发生分歧，李工认为自己不便于发表意见，于是保持了沉默。最终客户决定调整所有界面，李工动员大家加班修改。项目进度因此延误了10天，这时客户方的两个业务负责人却一同来质问李工：“为什么你不早点告诉我们会造成进度延期？早知道这样，当初就不要修改了！”李工感到非常苦恼。